Due to a hardware failure, one of the storage nodes in the HA cluster(Platform: A400) was successfully taken over by another node. Although the takeover process was completed without any problems, the OpenStack Manila service was unable to create new file shares.   Storage platform: A400 Node name: node01   <<< Healthy node / Takeover mode Node name: node02   <<< Down node   Manila-share.log Failed to configure Vserver.: manila.exception.NetAppException: Could not find eligible network ports on node node02 on which to create Vserver LIFs. Could not find eligible network ports on node node02 on which to create Vserver LIFs.\n']: manila.share.drivers.netapp.dataontap.client.api.NaApiError: NetApp API failed. Reason - 13001:Failed to check file or LUN copy operation status. Reason: "RPC: Couldn't make connection [from mgwd on node " node01" (VSID: -1) to mgwd at 169.254.xxx.xxx]". oslo_messaging.rpc.server manila.exception.NetAppException: Could not find eligible network ports on node node02 on which to create Vserver LIFs.   Is this an issue with the ONTAP driver? How should it be resolved? ... View more

Hi, Experts,           I wanna convert  two old AFF A400/A800 demo units to ASA A400/A800 for future POC purpose(I understand this conversion is one way).       Do you have operation guide or experience on that ?   Rgds, Jackie ... View more

Hi, Experts,         We met an issue when connect  A800 to customer's openstack platform, customer uses iscsi protocol and self defined iqn format, but ONTAP just support standard iqn format.   Customer can't change iscsi network.   So any way to solve the issue ?          Thanks for your adivce !   Rgds, Jackie ... View more

A Cinder volume corresponds to a file within the NFS share provided by a FlexVol. The space is consumed when you write actual data in the Cinder volume. ONTAP is not able to read the filesystem within the Cinder volume to tell if a block is in use or not, so removing a file inside the Cinder volume won't free space. Only when you delete the Cinder volume, the corresponding file within the NFS share will be deleted, and the space will be reclaimed. How do I enable trim(unmap / reclaim) when using the nfs cinder backend? ... View more

Hi, guys I have a silly question. As I far I know cinder is working ok with netapp nfs. For balance reasons I have created a several nfs volumes each per controller. But I can not select a individual volume in order to create a openstack volumes. Every time that I create a openstack Volume, Openstack use the same netapp NFS volume. BTW vol1 var/lib/cinder/mnt/284ed7dd9710fcad3e61e80b246f1393 is W/R ok.     ------------------------------------------------------------------------------------------------------------- Netapp vol connected to nova Controller [root@compute0 ~]#df Filesystem 1K-blocks Used Available Use% Mounted on devtmpfs 8033776 0 8033776 0% /dev tmpfs 8054320 4 8054316 1% /dev/shm tmpfs 3221728 361716 2860012 12% /run /dev/mapper/cs-root 43249016 4917396 38331620 12% / /dev/mapper/cs-home 21112760 180668 20932092 1% /home /dev/sda2 1038336 221732 816604 22% /boot /dev/sda1 613160 7708 605452 2% /boot/efi /dev/loop0 1894248 164 1772844 1% /srv/node/swiftloopback tmpfs 1610864 4 1610860 1% /run/user/0 10.10.60.249:/openstack_vol1 498073600 29568 498044032 1% /var/lib/cinder/mnt/284ed7dd9710fcad3e61e80b246f1393 10.10.60.250:/openstack_vol2 597688320 1280 597687040 1% /var/lib/cinder/mnt/f4fc96422bb5f07003ce1a8763033a1d ------------------------------------------------------------------------------------------------------------- cat /etc/cinder/shares.conf 10.10.60.249:/openstack_vol1 10.10.60.250:/openstack_vol2 ------------------------------------------------------------------------------------------------------------- No openstack volumes. [root@compute0 ~]# ll /var/lib/cinder/mnt/284ed7dd9710fcad3e61e80b246f1393 total 0 All openstack volume created [root@compute0 ~]# ll /var/lib/cinder/mnt/f4fc96422bb5f07003ce1a8763033a1d -rw-rw-rw-. 1 nobody nobody 1073741824 Jun 13 18:37 volume-f003ebd5-7b15-4307-ab3d-7830dd098428 -rw-rw-rw-. 1 nobody nobody 2147483648 Jun 13 18:40 volume-fa3ef7ad-4aa6-4058-84e8-7217530353c4 ------------------------------------------------------------------------------------------------------------- I have created a NFS extra_specs, but keeps using same Netapp Vol. [root@compute0 ~]# cinder type-create nfs +--------------------------------------+------+-------------+-----------+ | ID | Name | Description | Is_Public | +--------------------------------------+------+-------------+-----------+ | 74873934-1975-48c5-b2de-3d1f2848c310 | nfs | - | True | +--------------------------------------+------+-------------+-----------+ [root@compute0 ~]# cinder type-key nfs set storage_protocol=nfs   [root@compute0 ~]# cinder extra-specs-list +--------------------------------------+-------------+-----------------------------------+ | ID | Name | extra_specs | +--------------------------------------+-------------+-----------------------------------+ | 0f7390d0-2cf4-4322-9b7d-d0f2a9ddb17a | iscsi | {'storage_protocol': 'iSCSI'} | | 74873934-1975-48c5-b2de-3d1f2848c310 | nfs | {'storage_protocol': 'nfs'} | | 87cbe18f-4fe3-47e8-8345-3fdb09a3b7d7 | __DEFAULT__ | {} | | d7ef44b4-1154-4994-9332-3894c2a08582 | netapp | {'volume_backend_name': 'netapp'} | +--------------------------------------+-------------+-----------------------------------+ [root@compute0 ~]# cinder create --display-name nfs1 --volume-type nfs 4 +--------------------------------+--------------------------------------+ | Property | Value | +--------------------------------+--------------------------------------+ | attachments | [] | | availability_zone | nova | | bootable | false | | cluster_name | None | | consistencygroup_id | None | | consumes_quota | True | | created_at | 2023-06-14T01:32:59.000000 | | description | None | | encrypted | False | | group_id | None | | id | b4895faa-f2fe-4809-ba79-0fe8b1da7cac | | metadata | {} | | migration_status | None | | multiattach | False | | name | nfs1 | | os-vol-host-attr:host | None | | os-vol-mig-status-attr:migstat | None | | os-vol-mig-status-attr:name_id | None | | os-vol-tenant-attr:tenant_id | 1aa92f1ce1a946bbaab6a24af319ebd7 | | provider_id | None | | replication_status | None | | service_uuid | None | | shared_targets | True | | size | 4 | | snapshot_id | None | | source_volid | None | | status | creating | | updated_at | None | | user_id | 5fa49957013f44198f8e51249842ed38 | | volume_type | nfs | | volume_type_id | 74873934-1975-48c5-b2de-3d1f2848c310 | +--------------------------------+--------------------------------------+ [root@compute0 ~]# ll /var/lib/cinder/mnt/f4fc96422bb5f07003ce1a8763033a1d total 0 -rw-rw-rw-. 1 nobody nobody 4294967296 Jun 13 21:33 volume-b4895faa-f2fe-4809-ba79-0fe8b1da7cac -rw-rw-rw-. 1 nobody nobody 1073741824 Jun 13 18:37 volume-f003ebd5-7b15-4307-ab3d-7830dd098428 -rw-rw-rw-. 1 nobody nobody 2147483648 Jun 13 18:40 volume-fa3ef7ad-4aa6-4058-84e8-7217530353c4 ------------------------------------------------------------------------------------------------------------- any suggestions? Thanks ... View more